feat(subagent):接入 CapabilityToken 与继承式权限隔离 by Cai-Tang-www · Pull Request #326 · 1024XEngineer/neo-code

Cai-Tang-www · 2026-04-16T13:40:13Z

关联

Closes feat(subagent): 接入 CapabilityToken 与继承式权限隔离 #276

本次改动

引入 CapabilityToken 安全模型（task_id / agent_id / ttl / tool-path-network-write 约束）
新增 token 签名与验签（HMAC），并支持继承子集校验（不可越权）
在 PermissionEngine 前置 capability 判定，统一拒绝规则标识为 capability-token
WorkspaceSandbox 增加 capability 路径复核，阻断 traversal 与越界路径
ToolManager 接入 capability 验签、上下文绑定校验（task_id / agent_id）与 capability 审计日志
Runtime 工具执行链路透传 TaskID / AgentID / CapabilityToken
SubAgent capability 支持 AllowedPaths，未显式配置时默认绑定 ask.Workspace

提交拆分

feat:引入CapabilityToken模型与权限引擎拦截
feat:工具管理器接入capability验签与审计
feat:runtime透传子代理capability上下文到工具调用
feat:子代理支持路径能力并默认绑定任务工作区

测试

go test ./... 通过
新增/补充测试覆盖：
- security: capability 模型、签名篡改、继承子集、引擎拒绝
- tools: capability 验签失败、过期、绑定不匹配、allowlist 命中/未命中
- runtime: capability 拒绝事件与上下文透传
- subagent: allowed paths 与 task.Workspace 默认路径注入

fennoai

Focused review found 2 security-relevant issues that should be addressed before relying on capability isolation in production.

fennoai · 2026-04-16T13:43:29Z

+	if trimmed == "" {
+		return ""
+	}
+	return filepath.ToSlash(strings.ToLower(filepath.Clean(trimmed)))


normalizePathKey lowercases filesystem paths before authorization matching. On case-sensitive filesystems (Linux), this can broaden access (e.g. token allows /Workspace/Secret but /workspace/secret becomes equivalent in checks). Consider preserving case for path authorization keys and only normalizing separators/cleaning.

fennoai · 2026-04-16T13:43:29Z

+	}
+
+	normalized := token.Normalize()
+	taskID := strings.TrimSpace(action.Payload.TaskID)


Capability binding to action context is currently optional (task_id/agent_id only checked when action fields are non-empty). If a valid signed token is replayed with empty action TaskID/AgentID, cross-task/agent reuse is not blocked. For fail-closed isolation, require non-empty action TaskID and AgentID whenever CapabilityToken is present, then enforce exact match.

codecov · 2026-04-16T13:44:07Z

Codecov Report

❌ Patch coverage is 94.56522% with 30 lines in your changes missing coverage. Please review.

Files with missing lines	Patch %	Lines
internal/security/capability.go	96.65%	6 Missing and 6 partials ⚠️
internal/tools/manager.go	90.19%	5 Missing and 5 partials ⚠️
internal/subagent/worker.go	78.94%	3 Missing and 1 partial ⚠️
internal/security/workspace.go	0.00%	1 Missing and 1 partial ⚠️
internal/tools/webfetch/tool.go	84.61%	1 Missing and 1 partial ⚠️

📢 Thoughts on this report? Let us know!

Cai-Tang-www · 2026-04-16T13:44:37Z

/code 解决review 补齐覆盖率

fennoai

Found 2 issues worth addressing before relying on this capability model in production.

fennoai · 2026-04-16T13:44:49Z

+}
+
+// normalizePathKey 生成统一比较用路径键，屏蔽大小写与分隔符差异。
+func normalizePathKey(path string) string {


normalizePathKey lowercases all paths on every platform. On Linux/macOS (case-sensitive FS), this can treat distinct directories as equivalent and accidentally widen AllowedPaths matching (e.g. /Repo/Safe vs /repo/safe). Please keep case folding Windows-only (align with workspace.go's cleanedPathKey/samePathKey) to avoid capability path bypass.

fennoai · 2026-04-16T13:44:49Z

+		Arguments:       []byte(input.Call.Arguments),
+		Workdir:         input.Workdir,
+		SessionID:       input.SessionID,
+		TaskID:          input.TaskID,


TaskID / AgentID / CapabilityToken are now forwarded here, but the main runtime execution path (executeOneToolCall in internal/runtime/toolexec.go) still constructs permissionExecutionInput without populating these fields. In practice, capability binding/signature checks won’t run for normal tool execution flow. Please wire these values from runtime state/subagent context into that caller path.

fennoai

I found two correctness/security issues that should be addressed before considering this change complete.

fennoai · 2026-04-16T13:44:49Z

 type permissionExecutionInput struct {
 	RunID       string
 	SessionID   string
+	TaskID      string


permissionExecutionInput now carries TaskID/AgentID/Capability, but runtime call paths still create this struct without populating those fields (for example the normal tool execution path in executeOneToolCall). As a result, capability binding checks are effectively skipped in production flow because verifyCapabilityToken only compares task/agent when those action fields are non-empty. This makes the claimed runtime context propagation incomplete and weakens task/agent isolation guarantees.

fennoai · 2026-04-16T13:44:49Z

+	if trimmed == "" {
+		return ""
+	}
+	return filepath.ToSlash(strings.ToLower(filepath.Clean(trimmed)))


normalizePathKey lowercases all paths unconditionally. On case-sensitive filesystems (Linux), this can collapse distinct paths (e.g. /Workspace/A vs /workspace/a) and incorrectly treat an out-of-scope target as allowed. Path normalization should be OS-aware (only case-fold on Windows) to avoid privilege broadening.

fennoai

聚焦本次 diff 后有 3 个需要修复的问题（已去重）：1) capability 路径比较在大小写敏感文件系统上会扩大授权；2) runtime 新增 capability 字段目前未在主执行链路填充，导致校验无法生效；3) task/agent 绑定校验是可选的，存在已签名 token 被跨上下文重放的窗口。

fennoai · 2026-04-16T13:45:33Z

+	if trimmed == "" {
+		return ""
+	}
+	return filepath.ToSlash(strings.ToLower(filepath.Clean(trimmed)))


这里对路径做了全局 strings.ToLower。在大小写敏感文件系统（Linux/macOS 默认）上，会把不同真实路径折叠为同一个 key，可能导致 AllowedPaths 误命中并放大权限范围。建议仅在大小写不敏感平台做大小写归一化，或直接按平台语义比较 canonical path。

fennoai · 2026-04-16T13:45:33Z

+		Arguments:       []byte(input.Call.Arguments),
+		Workdir:         input.Workdir,
+		SessionID:       input.SessionID,
+		TaskID:          input.TaskID,


这里开始透传 TaskID/AgentID/CapabilityToken，但当前主链路调用点 internal/runtime/toolexec.go 构造 permissionExecutionInput 时并未填充这些字段。结果是正常工具执行路径下 capability 绑定/验签不会真正生效。建议在调用 executeToolCallWithPermission 时补齐上下文并加一条端到端回归测试覆盖该链路。

fennoai · 2026-04-16T13:45:33Z

+	}
+
+	normalized := token.Normalize()
+	taskID := strings.TrimSpace(action.Payload.TaskID)


task_id/agent_id 仅在 action 侧非空时才校验，属于“可选绑定”。这会留下重放窗口：若上游遗漏填充 action 上下文，已签名 token 仍可通过校验。建议对携带 capability 的请求强制要求 action 的 task_id 和 agent_id 非空且必须与 token 一致。

fennoai · 2026-04-16T13:45:54Z

完成情况

已按 review 点完成修复并补齐相关覆盖，代码已提交并推送到当前分支。

关键修复

internal/security/capability.go
- normalizePathKey 改为平台语义：仅 Windows 做大小写折叠，Linux/macOS 保持大小写敏感，避免路径权限误放大。
internal/tools/manager.go
- capability 校验改为 fail-closed：请求携带 CapabilityToken 时，强制要求 action task_id/agent_id 非空，并与 token 精确匹配。
internal/runtime/runtime.go
- UserInput 新增 TaskID / AgentID / CapabilityToken 透传字段。
internal/runtime/state.go internal/runtime/run.go internal/runtime/toolexec.go
- 打通 UserInput -> runState -> executeOneToolCall -> permissionExecutionInput 的 capability 上下文透传。

测试补齐

internal/security/capability_test.go
- 新增平台路径归一化行为测试（Windows vs 非 Windows）。
internal/tools/manager_test.go
- 新增缺失 task_id / agent_id 的 capability 拒绝用例。
internal/runtime/runtime_test.go
- 在 Run 主链路中断言 task_id/agent_id/capability_token 已传递到 tool manager。

验证结果

go test ./internal/security ./internal/tools ./internal/runtime 通过
go test ./... 通过

提交与推送

Commit: 6a9ddb5
已推送分支：fork-pr-326-1776346817
Fork 同步 PR（用于 fork 流程跟踪）：fix(capability): close review gaps and coverage Cai-Tang-www/neo-code#15

View job run

- make capability path normalization platform-aware - require non-empty task/agent binding when capability token is present - forward capability context through runtime tool execution path - add regression tests for security/tools/runtime Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

fix(capability): close review gaps and coverage

Cai-Tang-www · 2026-04-16T15:25:33Z

/code 解决CI冲突

fennoai · 2026-04-16T15:25:40Z

已处理 CI 冲突，本次为格式校验失败导致。

处理结果

定位并修复 gofmt 漂移文件：
- internal/subagent/factory.go
- internal/tools/types.go
复验通过：go test ./...
已提交：741abd6 (chore: fix gofmt issues causing CI conflict)
已推送到触发 PR 对应分支：Cai-Tang-www:feat(subagent)（PR feat(subagent):接入 CapabilityToken 与继承式权限隔离 #326 已包含该提交）

说明

改动仅为格式化，不涉及行为逻辑变更。
另外按 fork 流程自动创建了跟踪 PR：chore: fix gofmt issues causing CI conflict Cai-Tang-www/neo-code#16（不影响主 PR feat(subagent):接入 CapabilityToken 与继承式权限隔离 #326）。

View job run

Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

Cai-Tang-www · 2026-04-16T15:33:54Z

@xgopilot 解决下冲突

fennoai · 2026-04-16T15:34:00Z

处理结果

已检查并验证当前 PR 分支，未复现可合并冲突。

基于最新 origin/main 做三方合并模拟（merge-base + git merge-tree），结果无冲突标记。
全量测试已通过：go test ./...。
当前工作区无新增改动，故无需额外提交/推送。

如果 GitHub 页面仍显示冲突，请贴出具体冲突文件或最新报错截图，我再按对应文件继续处理。

View job run

Cai-Tang-www · 2026-04-16T15:40:48Z

@xgopilot 该分支存在冲突，必须解决
可以干净地合并更改。

internal/runtime/runtime.go
internal/runtime/runtime_test.go

fennoai · 2026-04-16T15:40:56Z

处理结果

已完成冲突修复并推送到当前 PR 分支。

已将 origin/main 合入当前分支并手工解决冲突文件：
- internal/runtime/runtime.go
- internal/runtime/runtime_test.go
冲突解决策略：对齐 Parts 输入语义，同时保留 TaskID / AgentID / CapabilityToken 透传字段。
本地验证通过：
- go test ./internal/runtime
- go test ./...
已提交并推送：b8a796e

另外按 fork 流程已创建跟踪 PR：

merge: resolve runtime conflict with main Cai-Tang-www/neo-code#17

View job run

…gration Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

merge: resolve runtime conflict with main

Cai-Tang-www · 2026-04-17T02:35:47Z

/code 测试覆盖率提到95以上

fennoai · 2026-04-17T02:35:58Z

Review Findings

Coverage target not met (95%+)
依据当前 PR 讨论里的 Codecov 报告，patch coverage 仍为 65.40755%，与“测试覆盖率提到95以上”不一致。缺口主要集中在：
- internal/security/capability.go
- internal/security/capability_check.go
- internal/security/workspace.go
Security 模块覆盖率仍明显低于 95%
本地复核（go test ./internal/security ./internal/tools ./internal/runtime -cover）结果：
- internal/security: 81.8%
- internal/tools: 92.5%
- internal/runtime: 95.4%
  其中 internal/security/capability.go 多个关键分支仍未充分覆盖，例如：
- internal/security/capability.go:243 (NewEphemeralCapabilitySigner) 覆盖率 0.0%
- internal/security/capability.go:374 (ValidateCapabilityForWorkspace) 覆盖率 27.3%
- internal/security/capability.go:625 (ensureNetworkSubset) 覆盖率 53.3%

Summary

当前状态下，“覆盖率 95%+”目标尚未达成；需要继续补齐 internal/security/capability.go 及相关能力校验分支测试后再复核。

View job run

Cai-Tang-www · 2026-04-17T02:45:02Z

/code 帮我补充测试，让覆盖率提到95以上

fennoai · 2026-04-17T02:45:10Z

完成情况

已补充并提交测试，重点覆盖 capability / manager permission / subagent worker 的未覆盖分支，改动已推送到当前 PR 分支。

本次补充

internal/security/capability_test.go
- 增加 CapabilityToken 结构校验、时效校验、签名验签边界、subset/network 子集、workspace 路径复核、路径/网络辅助函数分支等测试。
- 将 capability.go 可稳定触发分支基本覆盖；剩余未覆盖主要是运行态难以稳定注入的异常路径（如 rand.Read / json.Marshal / mac.Write 失败及 Windows 专属分支）。
internal/tools/manager_test.go
- 增加 permission helper 分支测试：capabilityDenyDecision、extractRememberScope、sessionDecisionReason、permissionMetadata、permissionDetails、blockedToolResult、RememberSessionDecision 边界。
internal/subagent/worker_test.go
- 增加 worker 生命周期分支测试：Stop 多原因分支、空 reason、Step 取消/预检 max-step/状态变化分支、NewWorker policy 回填与校验失败、Start 任务校验失败。

验证结果

go test ./... 通过。
本地覆盖统计：按本 PR 变更文件集合统计的 statement 覆盖约 95.45%（>=95）。

提交与推送

Commit: c0fb92e
已推送分支：fork-pr-326-1776393352
Fork 跟踪 PR：test: boost coverage for capability and permission helpers Cai-Tang-www/neo-code#18

View job run

Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

test: boost coverage for capability and permission helpers

pionxe · 2026-04-17T03:29:19Z

@xgopilot 仔细审查给定的 PR 代码变更，你的核心任务是寻找可能导致权限越权、沙盒逃逸、密码学安全漏洞以及 Go 并发/上下文陷阱的逻辑缺陷。不要在基础的拼写或常规语法上浪费过多精力，重点关注架构安全性。

Review Checkpoints (重点审查清单)

请严格按照以下清单对代码进行交叉对比和逐行审查：

密码学与 Token 校验逻辑:
- 签名比对防时序攻击：检查 HMAC 验签时，是否强制使用了 hmac.Equal 或 crypto/subtle.ConstantTimeCompare，绝不能使用 == 或 bytes.Equal。
- 密钥硬编码：检查业务代码中，HMAC 密钥是否被硬编码，或者伪随机数生成器是否使用了弱种子。
- 防重放攻击：审查 Token 校验逻辑中是否严格校验了 TTL，且是否与 TaskID/AgentID 进行了强绑定防串用。
文件系统沙盒边界 (WorkspaceSandbox):
- 路径规范化：在进行路径合法性判断前，目标路径是否经过 filepath.Clean 处理？
- 软链接逃逸：是否使用了 filepath.EvalSymlinks 获取真实绝对路径，以防止恶意软链接（Symlink Bypassing）指向工作区外部（如 /etc）？
- 前缀安全校验：判断路径归属时，必须使用类似 strings.HasPrefix(targetPath, workspacePath + string(filepath.Separator)) 的严格判断，单纯的 strings.HasPrefix 存在被 workspacePath-fake 绕过的风险。
权限继承与边界防御:
- 默认拒绝 (Default Deny)：当 AllowedPaths 或网络规则未显式配置或为空切片时，引擎是否默认拒绝所有操作？
- 空路径处理：当 ask.Workspace 为空字符串 ""、. 或 / 时，是否会被安全拦截，避免意外绑定到系统高危目录？
Go 语言并发与运行时上下文:
- Context Key 冲突防范：向 context.Context 注入 TaskID/AgentID/CapabilityToken 时，Key 的类型是否定义为了私有类型 (unexported custom type)？
- 数据竞争 (Data Race)：ToolManager 和 PermissionEngine 如果持有状态（如缓存、审计日志队列），在并发访问下是否使用了正确的互斥锁 (sync.Mutex / sync.RWMutex)？
审计与错误处理 (Observability):
- 敏感日志脱敏：ToolManager 的审计日志中绝对不能明文打印 HMAC 密钥，且校验失败的 Token 应该被截断或 Hash 化处理后打印。
- Sentinel Error 包装：权限拒绝的错误是否使用了 fmt.Errorf("...: %w", err) 规范包装，以便外层可以通过 errors.Is 准确拦截到特定的权限拒绝标识。

Output Format

请以 Markdown 格式输出你的审查报告。要求直奔主题，结构如下：

🛑 致命安全风险 (Blockers): 指出存在沙盒逃逸、验签绕过、信息泄露等严重漏洞的具体代码行，给出 Exploit 原理及修复代码。
⚠️ 逻辑漏洞与优化 (Suggestions): 指出并发隐患、边缘场景（如空指针、空切片处理）或不符合 Go 语言安全编程范式的地方。
✅ 安全合规项 (Passed): 简要列出 PR 中已经很好地满足了上述 Review Checkpoints 的代码实现。

如果你在上述清单中未发现问题，请在报告中明确回复“针对 [第 X 项]，代码已通过审查，未发现问题”。

fennoai · 2026-04-17T03:29:26Z

🛑 致命安全风险 (Blockers)

Capability 网络白名单可被 HTTP 30x 重定向绕过（权限越权）
- 位置：internal/security/capability.go:355-357 仅校验“初始请求 URL 的 host”；internal/tools/webfetch/tool.go:61-63,151-152 使用默认 http.Client，会自动跟随重定向。
- Exploit 原理：攻击者让允许域名（如 allowed.example.com）返回 302 Location: https://evil.com/...。当前 capability 只在工具调用前检查一次 host，随后客户端自动跳转到未授权域名，导致网络策略被绕过。
- 修复建议（至少其一）：
```
client := &http.Client{
 	Timeout: normalized.Timeout,
 	CheckRedirect: func(req *http.Request, via []*http.Request) error {
 		return http.ErrUseLastResponse // 禁止自动跳转，避免越权
 	},
}
```
  或在 CheckRedirect 内做逐跳 host 复验（含 capability 允许域名集合）。

⚠️ 逻辑漏洞与优化 (Suggestions)

继承子集校验未在生产路径落地，存在后续接入时越权风险
- 位置：internal/security/capability.go:308 定义了 EnsureCapabilitySubset，但当前生产代码未见调用（仅测试覆盖）。
- 风险：一旦后续存在“签发 child token”入口而未显式调用该函数，child 可能被签发超出 parent 的权限。
task.Workspace 注入 AllowedPaths 缺少高危值拦截
- 位置：internal/subagent/worker.go:76-77、internal/subagent/types.go:79-86。
- 风险："/"、盘符根、异常路径语义未被拒绝；在错误配置/调用链下会扩大默认能力边界。建议在 Task.Validate 或注入点拒绝空白、.、根目录类输入。
DefaultManager.capabilitySigner 并发读写未同步，存在 data race 隐患
- 位置：internal/tools/manager.go:173-188（写）、287-296（读）。
- 风险：Execute 并发期间若动态调用 SetCapabilitySigner，可能触发竞态。建议加 sync.RWMutex 或限定“仅初始化阶段可设置”。
权限拒绝缺少可 errors.Is 的统一哨兵错误
- 位置：internal/tools/manager.go:228-233,388+。
- 风险：上层只能依赖字符串或类型断言，难以稳定拦截 capability 拒绝。建议增加 var ErrCapabilityDenied 并使用 %w 包装。

✅ 安全合规项 (Passed)

针对 第 1 项（密码学与 Token 校验）：
- 验签使用了常量时间比较：internal/security/capability.go:288 hmac.Equal。
- 未发现硬编码 HMAC 密钥；默认走 crypto/rand 生成临时密钥：internal/security/capability.go:243-248。
- TTL 与 TaskID/AgentID 绑定校验已实现：internal/tools/manager.go:299-316。
针对 第 2 项（文件系统沙盒边界）：
- 路径规范化存在：filepath.Clean（如 internal/security/workspace.go:289）。
- 软链接解析存在：filepath.EvalSymlinks（internal/security/workspace.go:259,320）。
- 边界判断使用 filepath.Rel + .. 判定（非裸 HasPrefix）：internal/security/workspace.go:430-437。
针对 第 4 项（Go 并发与上下文）：未发现 context.WithValue 注入 TaskID/AgentID/CapabilityToken 的实现，暂无 context key 冲突问题。
针对 第 5 项（审计与错误处理）：审计日志未明文输出密钥或完整 token，manager 日志仅记录 decision/task_id/agent_id/tool/reason（internal/tools/manager.go:353-360）。

View job run

Cai-Tang-www · 2026-04-17T03:56:55Z

@xgopilot 帮我修复上述comment的问题，尤其是安全问题

fennoai · 2026-04-17T03:57:03Z

已按“上述 comment（重点安全问题）”完成修复并推送到当前 PR 分支。

修复内容

修复 webfetch 重定向绕过风险（internal/tools/webfetch/tool.go）
- http.Client 增加 CheckRedirect，禁止自动跟随 30x。
- 对 3xx 响应统一返回错误结果（redirect is not allowed），避免 capability 仅校验初始 host 时被跨域跳转绕过。
修复 ToolManager capability signer 并发竞态（internal/tools/manager.go）
- 为 capabilitySigner 读写增加 sync.RWMutex 保护。
- SetCapabilitySigner / CapabilitySigner / 验签路径改为并发安全访问。
补充权限拒绝哨兵错误，支持 errors.Is（internal/tools/manager.go）
- 新增 ErrPermissionDenied、ErrPermissionApprovalRequired、ErrCapabilityDenied。
- PermissionDecisionError 增加 Unwrap() []error，上层可稳定识别 capability 拒绝与普通权限拒绝。
收紧子代理默认路径能力注入边界（internal/subagent/worker.go）
- 当 AllowedPaths 为空且使用 task.Workspace 作为默认能力时，拦截高危值：. 和文件系统根目录（含卷根语义）。

测试补充

internal/tools/webfetch/tool_test.go
- 新增重定向阻断用例（302 + Location）。
internal/tools/manager_test.go
- 新增/补充 errors.Is 断言（ask/deny/capability 三类哨兵）。
- 同步调整无 signer 场景测试以匹配并发保护。
internal/subagent/worker_test.go
- 新增 task.Workspace="." 与根目录注入拒绝用例。

验证

go test ./internal/tools/... 通过
go test ./internal/subagent/... 通过
go test ./... 通过

提交与推送

Commit: 62453cb
已推送分支：fork-pr-326-1776393352（当前 PR 分支）
Fork 跟踪 PR：fix(security): harden capability isolation checks Cai-Tang-www/neo-code#19

未完成项：无。

View job run

Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

fix(security): harden capability isolation checks

Cai-Tang-www added 4 commits April 16, 2026 21:36

feat:引入CapabilityToken模型与权限引擎拦截

75d670f

feat:工具管理器接入capability验签与审计

52ecf3e

feat:runtime透传子代理capability上下文到工具调用

80f8acd

feat:子代理支持路径能力并默认绑定任务工作区

0f17022

fennoai Bot reviewed Apr 16, 2026

View reviewed changes

xgopilot and others added 2 commits April 16, 2026 13:52

Merge pull request #15 from Cai-Tang-www/fork-pr-326-1776346817

852f0b2

fix(capability): close review gaps and coverage

chore: fix gofmt issues causing CI conflict

741abd6

Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

merge: resolve conflicts with origin/main for runtime capability inte…

b8a796e

…gration Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

fennoai Bot mentioned this pull request Apr 16, 2026

风险点计算 #313

Closed

Merge pull request #17 from Cai-Tang-www/fork-pr-326-1776346817

75e4f1e

merge: resolve runtime conflict with main

xgopilot and others added 2 commits April 17, 2026 02:55

test: boost coverage for capability and permission helpers

c0fb92e

Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

Merge pull request #18 from Cai-Tang-www/fork-pr-326-1776393352

b22e8e7

test: boost coverage for capability and permission helpers

xgopilot and others added 2 commits April 17, 2026 04:02

fix(security): harden capability isolation checks

62453cb

Generated with [codeagent](https://github.com/qbox/codeagent) Co-authored-by: Cai-Tang-www <106404101+Cai-Tang-www@users.noreply.github.com>

Merge pull request #19 from Cai-Tang-www/fork-pr-326-1776393352

7927d2d

fix(security): harden capability isolation checks

phantom5099 merged commit c2e9cca into 1024XEngineer:main Apr 17, 2026
2 checks passed

Uh oh!

Conversation

Cai-Tang-www commented Apr 16, 2026

关联

本次改动

提交拆分

测试

Uh oh!

fennoai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

codecov Bot commented Apr 16, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Codecov Report

Uh oh!

Cai-Tang-www commented Apr 16, 2026

Uh oh!

fennoai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot Apr 16, 2026

Choose a reason for hiding this comment

Uh oh!

fennoai Bot commented Apr 16, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

完成情况

关键修复

测试补齐

验证结果

提交与推送

Uh oh!

Cai-Tang-www commented Apr 16, 2026

Uh oh!

fennoai Bot commented Apr 16, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

处理结果

说明

Uh oh!

Cai-Tang-www commented Apr 16, 2026

Uh oh!

fennoai Bot commented Apr 16, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

处理结果

Uh oh!

Cai-Tang-www commented Apr 16, 2026

Uh oh!

fennoai Bot commented Apr 16, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

处理结果

Uh oh!

codecov Bot commented Apr 16, 2026 •

edited

Loading

fennoai Bot commented Apr 16, 2026 •

edited

Loading

fennoai Bot commented Apr 16, 2026 •

edited

Loading

fennoai Bot commented Apr 16, 2026 •

edited

Loading

fennoai Bot commented Apr 16, 2026 •

edited

Loading

fennoai Bot commented Apr 17, 2026 •

edited

Loading

fennoai Bot commented Apr 17, 2026 •

edited

Loading

fennoai Bot commented Apr 17, 2026 •

edited

Loading

fennoai Bot commented Apr 17, 2026 •

edited

Loading